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Foreword 



id , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

3GPP acknowledges the contribution of the Parlay X Web Services specifications from The Parlay Group. The Parlay 
Group is pleased to see 3GPP acknowledge and publish the present document, and the Parlay Group looks forward to 
working with the 3GPP community to improve future versions of the present document. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



id , 



The present document is part 14 of a multi-part deliverable covering the 3 Generation Partnership Project; Technical 

Specification Group Core Network; Open Service Access (OSA); Parlay X Web Services, as identified below: 

Part 1: "Common"; 

Part 2: "Third party call"; 

Part 3: "Call Notification"; 

Part 4: "Short Messaging"; 

Part 5: "Multimedia Messaging"; 

Part 6: "Payment"; 

Part 7: "Account management"; 

Part 8: "Terminal Status"; 

Part 9: "Terminal location"; 

Part 10: "Call handling"; 

Part 11: "Audio call"; 

Part 12: "Multimedia conference"; 

Part 13: "Address list management"; 

Part 14: "Presence". 
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1 Scope 

The present document is Part 14 of the Stage 3 Parlay X Web Services specification for Open Service Access (OS A). 

The OS A specifications define an architecture that enables application developers to make use of network functionality 
through an open standardized interface, i.e. the OSA APIs. The concepts and the functional architecture for the OSA are 
contained in 3GPP TS 23.198 [3]. The requirements for OSA are contained in 3GPP TS 22.127 [2]. 

The present document specifies the Presence Web Service aspects of the interface. All aspects of the Presence Web 
Service are defined here, these being: 

• Name spaces. 

• Sequence diagrams. 

• Data definitions. 

• Interface specification plus detailed method descriptions. 

• Fault definitions. 

• Service policies. 

• WSDL Description of the interfaces. 

The present document has been defined jointly between 3GPP TSG CN WG5, ETSI TISPAN and the Parlay 
Consortium. 

2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] 3GPP TR 21.905: "Vocabulary for 3GPP Specifications". 

[2] 3GPP TS 22. 127: "Service Requirement for the Open Services Access (OSA); Stage 1 ". 

[3] 3GPP TS 23.198: "Open Service Access (OSA); Stage 2". 

[4] 3GPP TS 22.101: "Service aspects; Service principles". 

[5] W3C Recommendation (2 May 2001): "XML Schema Part 2: Datatypes". 

http://www.w3.org/TR/2001/REC-xmlschema-2-20010502/ . 

[6] 3GPP TS 29.199-1: "Open Service Access (OSA); Parlay X Web Services; Part 1: Common". 

[7] draft-ietf-simple-event-filter-funct-02: "Functional Description of Event Notification Filtering". 

http :// ww w . ietf . org/internet-drafts/draft-ietf-simple-e vent-filter-funct-02 . txt 

[8] 3GPP TS 29.198-14: "Open Service Access (OSA) Application Programming Interface (API); 

Part 14: Presence and Availability Management (PAM)". 
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[9] draft-ietf-simple-presence-10: "A Presence Event Package for the Session Initiation Protocol 

(SIP)" http://www.ietf.org/proceedings/03nov/I-D/draft-ietf-simple-presence-10.txt 

[10] Repository of information about theExtensible Messaging and Presence Protocol (XMPP), which 

was contributed by theJabber SoftwareFoundation (JSF) to the IETF http://www.jabber.org/ietf/ 

[11] draft-ietf-simple-rpid-03: "RPID: Rich Presence: Extensions to the Presence Information Data 

Format (PIDF)". http://www.ietf.org/internet-drafts/draft-ietf-simple-rpid-03.txt 

[12] 3GPP TS 23.141: "Presence service; Architecture and functional description; Stage 2". 

[13] 3GPP TS 29.199-13: "Open Service Access (OSA); Parlay X Web Services; Part 13: Address list 

management" . 

[14] IETF RFC 3265: "Session Initiation Protocol (SlP)-Specific Event Notification". 

[15] draft-ietf-simple-xcap-03: "The Extensible Markup Language (XML) Configuration Access 

Protocol (XCAP)". http://www.softarmor.com/wgdb/docs/draft-ietf-simple-xcap-03.txt 



Definitions and abbreviations 



3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 29.199-1 [6] and the following 
apply: 

applications: for Instant Messaging, Push to Talk, or call control and other purposes may become clients of the 

presence Web Service 

We assume that these applications belong to a watcher and authenticate to the services in the name of the watcher. 

identity: represents a user in the real world 

NOTE: See OS A/Parlay PAM identities [8], section 4.4. 1 . 

presence attributes: contain information about a presentity 

An attribute has a name and a value and can be supplied by any device, application or network module that can be 
associated to the presentity's identity. A watcher can obtains attributes only after he has successfully subscribed to them. 
Examples for attributes are activity, location type, communication means, etc. 

presence information: consists of a set of attributes that characterize the presentity such as current activity, 
environment, communication means and contact addresses 

Only the system and the presentity have direct access to this information, which may be collected and aggregated from 
several devices associated to the presentity. 

subscription: before a watcher can access presence data, he has to subscribe to it 

One possibility the API provides is an end-to-end subscription concept, in which only identities that have accepted a 
subscription to their presence can be addressed. Subscriptions can be also automatically handled by server policies 
edited by the presentity or other authorized users. The service/protocol to manage those policies is out of the scope of 
the present document. 

NOTE: This definition is not related to the term "subscription" in 3GPP TR 21.905 [1]. 

watcher and presentity: We use these names to denote the role of the client connected to the presence services 

Like in OSA/Parlay PAM [8] the watcher and the presentity have to be associated to identities registered to the system, 

i.e. users, groups of users or organizations. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations given in 3GPP TS 29.199-1 [6] and the following apply: 
ACL Access Control List 
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DMS Data Manipulation Server 

GM Group Management 

IETF Internet Engineering Task Force 

IMS IP Multimedia Subsystem 

ISC IP multimedia subsystem Service Control interface 

MMS Multimedia Message Service 

PAM Presence and Availability Management 

RLS Resource List Server 

SCF Service Capability Feature 

SIMPLE SIP for Instant Messaging and Presence Leveraging Extensions 

SIP Session Initiation Protocol 

SMS Short Message Service 

URI Uniform Resource Identifier 

WS Web Service 

WSDL Web Services Definition Language 

XCAP XML Configuration Access Protocol 

XML extensible Markup Language 

XMPP extensible Messaging and Presence Protocol 

XSD XML Schema Definition 



4 Detailed service description 

The presence service allows for presence information to be obtained about one or more users and to register presence 
for the same. It is assumed that the typical client of these interfaces is either a supplier or a consumer of the presence 
information. An Instant Messaging application is a canonical example of such a client of this interface. 

Figure 4-1 shows the architecture of the presence Web Service and the underlying services. The OSA/Parlay PAM SCF 
is the straightforward option and implements the presence server with extended identity-, device capability,- and 
presence agent management. OSA/Parlay PAM allows aggregation of presence information from internet, mobile and 
enterprise users, etc. using a presence transport network of SIP or XMPP servers. The Presence Web Service can 
however communicate directly for example with IMS presence network elements (presence and resource list servers) 
using the ISC (SIP/SIMPLE) protocol interface. 



watcher 
client 



presentity 
client 




Parlay-X API 



Group 
Management WS 



Parlay-X Presence Web Service 



OSA/Parlay API 



^b^ 




Network protocols 
(e.g. SIP) 



Figure 4-1 : The PAM Web Service Environment 
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Relationship to Similar or Supplanted Specifications: 
The most important relations are to: 

• Parlay-X Terminal Status and User Location: Both services deal with information that could be considered part 
of the user's presence information. Communication abilities can be derived from terminal status information, and 
the user's placetype can be derived from his location. 

• OSA/Parlay PAM: The OSA/Parlay Presence and Availability specification can be considered the big brother of 
this specification. While ParlayX Presence stays behind OS A PAM in terms of flexibility and power - especially 
concerning attributes and management interfaces - it also extends PAM by introducing end-to-end authorization. 
This specification aims to be mappable to OSA PAM. 

• SIP SIMPLE [9]: This specification aims to be mappable to the SIP/SIMPLE architecture. 

• XMPP (Jabber): Many principles of this specification have been taken from [10], especially the end-to-end 
authorization. 

• IETF Rich Presence [11]. The set of attributes the present document specifies is closely aligned with the IETF's 
Rich Presence ideas. 

• Group Management [13]: Presence of groups is supported by this specification, however their creation and 
manipulation has to be done using the GM PX Web Service. In the 3GPP presence context, contact lists and 
group manipulation is done with the XCAP protocol [15]. 



5 Namespaces 

The PresenceConsumer interface uses the namespace: 

www.csapi.org/wsdl/parlayx/presence consumer/v2 
The PresenceNotification interfaces uses the namespace: 

www.csapi.org/wsdl/parlayx/presence notification/v2 
The PresenceSupplier interfaces uses the namespace: 

www.csapi.org/wsdl/parlayx/presence supplier/v2 

The 'xsd' namespace is used in the present document to refer to the XML Schema data types defined in 
XML Schema [5], The use of the name 'xsd' is not semantically significant. 



6 Sequence diagrams 

6.1 Interface flow overview 

The sequence diagram shows the interactions in case both watcher application and presentity are Web Service clients. 
Compared to the SIP interactions, the subscription notification is separated from the delivery of presence information 
itself. Based on the subscription result, the watcher can select the polling or notification mode for presence events. 
Changes in the authorization of presence attributes are propagated to the watchers via notifySubscription() message, the 
blocking of a subscription by the presentity are propagated via an endSubscriptionNotification message. 

The sequence diagram does not show the internal communication within the presence server. It is assumed that the 
Presence Consumer and Supplier interfaces are implemented by the same instance. If an implementers of the API find 
other solutions preferable, he has to take care of the internal communication himself. 
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Watcher Application : 
PresenceConsumerNotifications 



Presence Web Service : 
PresenceConsumer 



Presence Web Service : 
PresenceSupplier 



subscribePresence 



notifySubscription 



check subscription policies 



if there is a policy for this l\ 
subscription request, no 
interaction with the 
presentity is necessary. 



Presentity Application 



getOpenSubscriptions 



after a while the ^ 

user logs on 



get user answer 



notifySubscription 



updateSubscript ion Authorisation 
< 



publish 



getUserPresence.. 



the watcher can access ^ 
presence data by polling... 



> i'| determine presence 



. or through notifications l\ 



startPresenceNotification 



statusChahged 



endPresenceNotification 



subscription timeout 



endSubscriptionNotification 



a subscription can either N fl*^ - 
time out; or the presentity M 

can cancel it 



publish 



getMyWatchers 



user status changes (for- 
whatever reason) 



getSubscribedAttributes 



blockSubscription 



endSubscriptionNotification 



Figure 6-1 : Message interaction overview 
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7 



XML Schema data type definition 



Presence attributes are inspired by [1 1]. 



7.1 PresenceAttributeType enumeration 

The different types of attributes. For each entry in this enumeration there is a separate value type. 



Enumeration 


Description 


Activity 


The presentity's activity (available, busy, lunch, etc.) 


Place 


At what kind of place the presentity is (home, office, etc.) 


Privacy 


The amount of privacy the user wants (public, quiet, etc.) 


Sphere 


The user's current environment (work, home) 


Communication 


The user's means of communication (phone, mail, etc.) 


Other 


A name - value pair for arbitrary presence information 



7.2 ActivityValue enumeration 



This enumeration shows the user's current activity. If the activity is unknown, the attribute value will be 
ActivityNone, meaning the attribute was not set. If the user is doing something not in this list, the value will be set 

to ActivityOther. 



Enumeration 


Description 


ActivityNone 


Not set. 


Available 


The user is available for communication. 


Busy 


The user is busy and is only available for urgent matters. 


DoNotDisturb 


The user is very busy and does not wish to be disturbed. 


OnThePhone 


The user is on the phone. 


Steering 


The user is driving a car / train / airplane, etc. 


Meeting 


The user is in a meeting. 


Away 


No idea what the user is doing, but he is away. 


Meal 


The user is eating. 


PermanentAbsence 


The user is away and will not return for an extended period. 


Holiday 


The user is on holidays. 


Performance 


The user is in a theatre / concert. 


InTransit 


The user is in the transit area of an (air)port. 


Travel 


The user is travelling. 


Sleeping 


The user is sleeping. 


ActivityOther 


The user is doing something not in this list. 
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7.3 



PlaceValue enumeration 



This enumeration shows the type of the user's current location. If the place type is unknown, the attribute value will be 
PlaceNone, meaning the attribute was not set. If the user in a place not in this list, the value will be set to 

PlaceOther. 



Enumeration 


Description 


PlaceNone 


Not set. 


Home 


The user is at home. 


Office 


The user is in an office. 


PublicTransport 


The user is on public transport. 


Street 


Walking on the street. 


Outdoors 


Generally outdoors. 


PublicPlace 


The user is in a public place. 


Hotel 


The user is in a hotel. 


Theater 


The user is in a theatre or concert. 


Restaurant 


The user is in a restaurant / bar / etc. 


School 


The user is at school. 


Industrial 


The user is in an industrial building. 


Quiet 


The user is in a quiet area. 


Noisy 


The user is in a noisy area. 


Aircraft 


The user is on an aircraft. 


Ship 


The user is on a ship. 


Bus 


The user is in a bus. 


Station 


The user is in a bus- or railway station. 


Mall 


The user is in a mall. 


Airport 


The user is in an airport. 


Train 


The user is in a train. 


PlaceOther 


The user is in a kind of place not listed here. 



7.4 PrivacyValue enumeration 



This enumeration shows the amount of privacy a user currently has. If the privacy is unknown, the attribute value will 
be PrivacyNone, meaning the attribute was not set. If the privacy is not in this list, the value will be set to 

PrivacyOther. 



Enumeration 


Description 


PrivacyNone 


Not set. 


PrivacyPublic 


The user is surrounded by other people and cannot discuss openly. 


PrivacyPrivate 


The user is alone and able to talk openly. 


PrivacyQuiet 


The user is in a quiet environment and cannot talk at all. 


PrivacyOther 


None of the other values applies. 



7.5 SphereValue enumeration 



This enumeration shows the sphere within which the user acts. If the sphere is unknown, the attribute value will be 
SphereNone, meaning the attribute was not set. If the sphere is not in this list (neither work nor home), the value will 
be set to SphereOther. 



Enumeration 


Description 


SphereNone 


Not set. 


SphereWork 


The user is acting within his work sphere, i.e. as a member of his company 


SphereHome 


The user is acting within his home sphere, i.e. as a private person. 


SphereOther 


The user is acting neither within his work nor within his home sphere. 
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7.6 CommunicationMeansType enumeration 

This enumeration lists communication means. If the communication attribute referrers to a means not in this list, it will 
point to Means Other. 



Enumeration 


Description 


Phone 


The communication attribute refers to a phone (fixed line or mobile or SIP). 


Chat 


The communication attribute refers to a chat client. 


SMS 


The communication attribute refers to an SMS client. 


Video 


The communication attribute refers to a video phone (fixed line or mobile or SIP). 


Web 


The communication attribute refers to a web client. 


EMail 


The communication attribute refers to an e-mail client. 


MMS 


The communication attribute refers to an MMS client. 


MeansOther 


The communication attribute refers to any other client. 



7.7 



CommunicationMeans structure 



This structure describes on way of reaching the presentity. 



Element name 


Element type 


Description 


Priority 


xsd:float 


The priority of this communication means. Between and 1 , the latter 
meaning the highest priority. 


Contact 


xsd:anyURI 


The presentity's contact address for this communication means. 


Type 


CommunicationM 
eansType 


The type of this communication means. 



7.8 CommunicationValue structure 

This structure describes the various ways of reaching a presentity. 



Element name 


Element type 


Description 


Means 


CommunicationMeans 
[0.. unbounded] 


The different ways of reaching the presentity. 



7.9 OtherValue structure 

This structure can be used for storing arbitrary data about a presentity. 



Element name 


Element type 


Description 


Name 


xsd:string 


Description of the content. 


Value 


xsd:string 


Attribute content. 



7.10 PresenceAttribute structure 

Presence data published by a presentity and retrieved by watchers. 



Element name 


Element type 


Description 


LastChange 


xsd:dateTime 


The time and date when the attribute was changed last. 


Note 


xsd:string 


An explanatory note. Optional. 


Type 


PresenceAttributeType 


Determines the type of the value field. 


Value 


One of the six value types; 
depends on field "type" 


The actual value of the attribute. 



This data structure is split into two types in the XSD file: A PresenceAttribute contains an 
AttributeTypeAndValue. 
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7.1 1 SubscriptionRequest structure 

This structure is returned to the presentity by the PAM Web Service and contains the requesting watcher and the 
attributes he wants to subscribe. 



Element name 


Element type 


Description 


Watcher 


xsd:anyURI 


The watcher who wants to gain access to data. 


Attributes 


PresenceAttributeType 
[0.. unbounded] 


The attributes the watcher wants to see. 


Application 


xsd:string 


The name of the application running on behalf of the 
watcher. Note that this field has solely informative purposes, 
access rights management is based on watcher id only. 



7.12 PresencePermission structure 

The answer from the service to the watcher in the message getSubscriptionStatusResponse. 



Element name 


Element type 


Description 


Attribute 


PresenceAttributeType 


The name of the attribute the watcher wanted to subscribe 


Decision 


xsd:boolean 


Whether the presentity accepted the subscription. If no, any 
further fields should be ignored. 



8 



Web Service interface definition 



This API is separated into three interfaces: 

• PresenceConsumer interface: watcher methods for requesting and subscribing presence data. 

• PresenceNotification interface: is the watcher notification interface for presence events. 

• PresenceSupplier interface: presentity methods for supplying presence data and managing subscriptions. 



8.1 



Interface: PresenceConsumer 



Client role: watcher. 

This set of methods is used by the watcher to obtain presence data. After the subscription to presence data, the watcher 
can select between a polling mode or a notification mode in order to receive presence data. 

8.1.1 Operation: subscribePresence 

We assume that the watcher has been previously authenticated, so that his identity is known and can be associated with 
the subscription at the server. 

The presentity is contacted and requested to authorize the watcher. As this process generally involves user interaction 
there cannot be an immediate response. The watcher is notified with notifySubscription ( ) . If the presentity is a 
group, every member of the group will be contacted for authorization. The watcher will get one notification for each 
member. 

Only after the subscription is completed (and the presentity has allowed access to attributes) may the watcher will get 
information when he uses getUserPresence ( ) or startPresenceNotif ication ( ) . 

Note that the SimpleReference contains the correlator string used in subsequent messages to the notification interface. 

At this interface level, the subscription has no expiration, although at can be ended from the presentity of the underlying 
layers (see subscriptionEnded method). 
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8.1.1.1 



Input message: subscribePresenceRequest 



Part name 


Part type 


Description 


Presentity 


xsd:anyURI 


A presentity or a group of presentities whose attributes the 
watcher wants to monitor. 


Attributes 


PresenceAttributeType 
[0.. unbounded] 


The attributes the watcher wants to access, (the same for all 
the group members). An empty array means subscription of 
all attributes. 


Application 


xsd:string 


Describes the application the watcher needs the data for. 


Reference 


common:SimpleReference 


The notification interface. 



8.1.1.2 



Output message: subscribePresenceResponse 



Part name 


Part type 


Description 


None 







8.1.1.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 

• SVC0002: Invalid input value. 

• SVC0004: No valid addresses - if the presentity address does not exist. 
PolicyException from 3GPP TS 29.199-1 [6]:. 

• POL0006: Groups not allowed. 

• POL0007: Nested groups not allowed. 

8.1 .2 Operation: getUserPresence 

Returns the aggregated presence data of a presentity. Only the attributes which the watcher is entitled to see will be 
returned. This method does not support group identities. 

Before getting these attributes, the watcher has to subscribe to them (see above). The presentity needs not be informed 
of the access, as he has already consented when the watcher called requestSubscription ( ) . 



8.1.2.1 



Input message: getUserPresenceRequest 



Part name 


Part type 


Description 


Presentity 


xsd:anyURI 


The presentity whose data the watcher wants to see. 


Attributes 


PresenceAttributeType 
[0.. unbounded] 


The attributes the watcher wants to see. An empty array 
means all attributes. 



8.1.2.2 



Output message: getUserPresenceResponse 



Part name 


Part type 


Description 


Result 


PresenceAttribute 
[0.. unbounded] 


The actual presence data. 
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8.1.2.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• S VC000 1 : Service error. 

• SVC0002: Invalid input value. 

• SVC0004: No valid addresses - if the presentity address does not exist. 

PolicyException from 3GPP TS 29.199-1 [6], The presentity has the possibility to cancel or block a subscription by 
manipulating the policy rules. The exception informs the watcher about this status change. 

• POL0002: Privacy error - if the watcher is not subscribed to the requested data. 

• POL0006: Groups not allowed. 

8.1 .3 Operation: startPresenceNotification 

The notification pattern with correlation is used in order to be able to correlate the notification events with the request. 
The attributes represent a subset of the attributes subscribed and can be used as filter. 

The watcher sets a notification trigger on certain user presence attribute changes. If the list of attributes is empty, the 
watcher wants to be notified on all subscribed attributes. 

In case the presentity is a group the watcher will receive notifications for every single member of the group. The 
watcher will only get notifications for those attributes and presentities he subscribed successfully prior to the call. The 
service will return a list of presentities where the notifications could not be set up. 

The presentity needs not be informed of the access, as he has already consented when the watcher called 

requestSubscription ( ) . 

Note that the SimpleReference contains the correlator string used in subsequent messages to the notification interface. 



8.1.3.1 



Input message: startPresenceNotification Request 



Part name 


Part type 


Description 


Presentity 


xsd:anyURI 


The presentity or group whose attributes the watcher wants 
to monitor. 


Attributes 


PresenceAttributeType 
[0.. unbounded] 


The attributes the watcher wants to see. 


Reference 


common:SimpleReference 


The notification interface 


Frequency 


common:TimeMetric 


Maximum frequency of notifications (can also be 
considered minimum time between notifications). In case of 
a group subscription the service must make sure this 
frequency is not violated by notifications for various 
members of the group, especially in combination with 
checklmmediate. 


Duration 


common:TimeMetric 


Length of time notifications occur for, null to use default 
notification time defined by service policy. 


Count 


xsd:int 


Maximum number of notifications, zero if no maximum 


Checklmmediate 


xsd:boolean 


Whether to check status immediately after establishing 
notification. 



8.1.3.2 



Output message: startPresenceNotification Response 



Part name 


Part type 


Description 


Presentities 


xsd:anyURI 
[0.. unbounded] 


The presentities whose attributes the watcher did not 
subscribe. Empty if all went fine. 
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8.1.3.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• S VC000 1 : Service error. 

• SVC0002: Invalid input value. 

• SVC0004: No valid addresses - if the presentity URI does not exist. 

• SVC0005: Duplicate correlator. 

PolicyException from 3GPP TS 29.199-1 [6], The presentity has the possibility to cancel or block a subscription by 
manipulating the policy rules. The exception informs the watcher about this status change. 

• POL0001: Policy error. 

• POL0004: Unlimited notifications not supported. 

• POL0005: Too many notifications requested. 

• POL0006: Groups not allowed. 

• POL0007: Nested groups not allowed. 

8.1.4 Operation: endPresenceNotification 

Indicates that the watcher does not want further notifications for a specific notification request (identified by the 
correlator). Note that the subscription to presence data stays active; the caller of this method remains a watcher and can 
still use getUserPresence() or reactivate the notifications. 

8.1 .4.1 Input message: endPresenceNotificationsRequest 



Part name 


Part type 


Description 


Correlator 


xsd:string 


The notification the watcher wants to cancel. 



8.1 .4.2 Output message: endPresenceNotificationResponse 



Part name 


Part type 


Description 


None 







8.1 .4.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 

• SVC0002: Invalid input value. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POL0001: Policy error. 
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8.2 



Interface: PresenceNotification 



This client callback interface is used by the presence consumer interface to send notifications. 

8.2.1 Operation: statusChanged 

The asynchronous operation is called by the Web Service when an attribute for which notifications were requested 
changes. 



8.2.1.1 



Input message: statusChanged Request 



Part name 


Part type 


Description 


Correlator 


xsd:string 


Identifies the notification request 


Presentity 


xsd:anyURI 


The presentity whose presence status has changed 


ChangedAttributes 


PresenceAttribute 
[0.. unbounded] 


The new presence data 



8.2.1.2 



Output message: statusChangedResponse 



Part name 


Part type 


Description 


None 







8.2.1.3 

None. 



Referenced faults 



8.2.2 Operation: statusEnd 



The notifications have ended for this correlator. This message will be delivered when the duration or count for 
notifications have been completed. This message will not be delivered in the case of an error ending the notifications or 
deliberate ending of the notifications (using endNotification operation). 



8.2.2.1 



Input message: statusEndRequest 



Part name 


Part type 


Description 


Correlator 


xsd:string 


Correlator provided in request to set up this notification 



8.2.2.2 



Output message: statusEndResponse 



Part name 


Part type 


Description 


None 







8.2.2.3 

None. 



Referenced faults 
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8.2.3 Operation: notifySubscription 

This asynchronous method notifies the watcher that the server or the presentity handled the pending subscription. 

8.2.3.1 Input message: notifySubscription Requestt 



Part name 


Part type 


Description 


Presentity 


xsd:anyURI 


The presentity whose attributes the watcher wants to monitor 


Decisions 


PresencePermission 
[0.. unbounded] 


Denote the attributes the server/presentity accepted to expose 



8.2.3.2 



Output message: notifySubscription Response 



Part name 


Part type 


Description 


None 







8.2.4 Operation: subscriptionEnded 

This asynchronous operation is called by the Web Service to notify the watcher (application) that the subscription has 
terminated. Typical reasons are a timeout of the underlying SIP soft state subscription (in accordance with [14] and [9]) 
or the decision of the presentity to block further presence information to that watcher. Since the subscription request has 
no expiration parameters, the service implementation may provide an inactivity timer that also triggers the 
subscriptionEnded message. 



8.2.4.1 



Input message: subscriptionEndedRequest 



Part name 


Part type 


Description 


Presentity 


xsd:anyURI 


The presentity to which the subscription has terminated 


Reason 


xsd:string 


Timeout, Blocked 



8.2.4.2 



Output message: subscriptionEndedResponse 



Part name 


Part type 


Description 


None 







8.3 Interface: PresenceSupplier 



These methods are used by the presentity to supply presence data and manage access to the data by its watchers. We 
assume that the presentity has been previously authenticated, so that his Identity is known. 

8.3.1 Operation: publish 

The presentity publishes data about herself. This data will then be filtered by the system and forwarded to the watchers 
who have ordered notifications. 



8.3.1.1 



Input message: publishRequest 



Part name 


Part type 


Description 


Presence 


PresenceAttribute 
[0.. unbounded] 


The presence attributes the devices of the presentity supports 
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8.3.1 .2 Output message: publishResponse 



Part name 


Part type 


Description 


None 







8.3.1.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 

• SVC0002: Invalid input value. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POL0001: Policy error. 

8.3.2 Operation: getOpenSubscriptions 

Called periodically by the presentity to see if any watchers wants to subscribe to presence data. The client will answer 
open requests with updateSubscriptionAuthorization ( ) . 

8.3.2.1 Input message: getOpenSubscriptionsRequest 



Part name 


Part type 


Description 


None 







8.3.2.2 Output message: getOpenSubscriptionsResponse 



Part name 


Part type 


Description 


OpenRequests 


SubscriptionRequest [0.. unbounded] 


Any open requests 



8.3.2.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POL0001: Policy error. 

8.3.3 Operation: updateSubscriptionAuthorization 

The presentity answers with this operation to watcher subscriptions for which no authorization policy exists. The 
answer consists of the attribute and the watcher involved and the permissions for each attribute. Subscription requests 
that are not answered are assumed pending. 

The operation can be used by the presentity to change anytime the authorization for a certain watcher or group to 
monitor one or several attributes. 

If the watcher did not try to subscribe the attribute - i.e. there is not pending subscription from this watcher to an 
attribute in the decisions array, a PresenceException will be raised and the entire authorization request ignored. 
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8.3.3.1 



Input message: updateSubscriptionAuthorizationRequest 



Part name 


Part type 


Description 


Watcher 


xsd:anyURI 


watcher or group of watchers 


Decisions 


PresencePermission [0.. unbounded] 


The answers to open requests 



8.3.3.2 



Output message updateSubscriptionAuthorization Response 



Part name 


Part type 


Description 


None 







8.3.3.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 

• SVC0002: Invalid input value. 

• SVC0004: No valid addresses. 

• SVC0220: NoSubscriptionRequest. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POL0001: Policy error. 

8.3.4 Operation: getMyWatchers 

Returns an array of watching identities that are subscribed to the presentity's attributes. They are not necessarily users of 
the notification system, the mere fact that they are allowed to see the presentity's attributes is enough to be on this list. 



8.3.4.1 



Input message: getMyWatchersRequest 



Part name 


Part type 


Description 


None 







8.3.4.2 



Output message: getMyWatchersResponse 



Part name 


Part type 


Description 


Result 


xsd:anyURI 
[0.. unbounded] 


The list of identities who currently have access to the presentity's 
attributes. 



8.3.4.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• S VC000 1 : Service error. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POL0001: Policy error. 
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8.3.5 Operation: getSubscribedAttributes 

Returns an array of attributes that a specific watcher has subscribed. 



8.3.5.1 



Input message: getSubscribedAttributesRequest 



Part name 


Part type 


Description 


Watcher 


xsd:anyURI 


The watcher whose subscriptions the presentity wants to know 



8.3.5.2 



Output message: getSubscribedAttributesResponse 



Part name 


Part type 


Description 


Result 


PresenceAttributeType [0.. unbounded] 


The attributes the watcher is subscribed to. 



8.3.5.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 

• SVC0004: No valid addresses. 

• SVC0221 : Not a watcher - if the URI in the field watcher is not a watcher of the presentity. 
PolicyException from 3GPP TS 29.199-1 [6]: 

• POL0001: Policy error. 

8.3.6 Operation: blockSubscription 

With this operation the presentity can block entirely the flow of presence information to a certain subscribed watcher by 
cancelling the subscription. The watcher will be notified with an subscriptionEndedQ message. 



8.3.6.1 



Input message: blockSubscriptionRequest 



Part name 


Part type 


Description 


Watcher 


xsd:anyURI 


The watcher whose subscriptions the presentity wants to cancel 



8.3.6.2 



Output message: blockSubscriptionResponse 



Part name 


Part type 


Description 


None 







8.3.6.3 Referenced faults 

ServiceException from 3GPP TS 29.199-1 [6]: 

• SVC0001: Service error. 

• SVC0002: Invalid input value. 

• SVC0004: No valid addresses. 

• SVC0221 : Not a watcher - if the URI in the field watcher is not a watcher of the presentity. 
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PolicyException from 3GPP TS 29.199-1 [6]: 
• POL0001: Policy error. 



Fault definitions 



9.1 ServiceException 

From3GPPTS 29.199-1 [6]. 

9.1 .1 SVC0220: No subscription request 



Name 


Description 


Message Id 


SVC0220 


Text 


No subscription request from watcher %1 for attribute %2 


Variables 


%1 - watcher URI 

%2 - type of attribute, from clause 7.1 



9.1.2 SVC0221 : Not a watcher 



Name 


Description 


Message Id 


SVC0221 


Text 


%1 is not a watcher 


Variables 


%1 - watcher URI 



10 Service policies 



Name 


Type 


Description 


MaximumNotificationFrequency 


common:TimeMetric 


Maximum rate of notification delivery (also can be 
considered minimum time between notifications) 


MaximumNotificationDuration 


common:TimeMetric 


Maximum amount of time a notification may be set up for 


DefaultNotificationDuration 


common:TimeMetric 


Default amount of time a notification will be set up for. 


MaximumCount 


xsd:int 


Maximum number of notifications that may be requested 


UnlimitedCountAllowed 


xsd:boolean 


Allowed to specify unlimited notification count (i.e. specify 
zero in notification count requested) 


GroupSupport 


xsd:boolean 


Groups may be included with addresses 


NestedGroupSupport 


xsd:boolean 


Are nested groups supported in group definitions 
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Annex A (normative): 
WSDL of Presence API 



The document/literal WSDL representation of this interface specification is compliant to 3GPP TS 29.199-1 [6] and is 
contained in text files (contained in archive 29199-14-610-doclit.zip) which accompanies the present document. 



ETSI 



3GPP TS 29.199-14 version 6.1.0 Release 6 



25 



ETSI TS 129 199-14 V6.1.0 (2004-12) 



Annex B (informative); 
Change history 



Change history 


Date 


TSG# 


TSG Doc. 


CR 


Rev 


Subject/Comment 


Old 


New 


Sep 2004 


CN 25 


NP-040360 


-- 


-- 


Draft v1 00 submitted to TSG CN#25 for Approval. 


1.0.0 


6.0.0 


Dec 2004 


CN 26 


NP-040487 


001 


-- 


Correct the Presence WSDL source code 


6.0.0 


6.1.0 
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